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RESOURCE AUTHORIZATION 

BACKGROUND 

This invention relates to resource authorization. 

A function of a server computer running on a network is 
to manage and share resources with client computers. Before a 
client computer is able to access a particular resource, the 
client should be authenticated and authorized by the server. 
One purpose behind the authentication process is to 
authenticate the identity of the client attempting to access 
the server's resources. Once the client is authenticated, the 
server can perform the authorization process and evaluate what 
privileges the client computer is empowered to exercise over 
the shared resources. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 illustrates an authorization system. 
FIG. 2 is an authorization resource data structure. 
FIG. 3 is a flow chart of a method for authorizing a 
resource request . 

FIG. 4 illustrates a resource request. 

FIG. 5 illustrates a resource inquiry request. 



1 
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DETAILED DESCRIPTION 
As shown in FIG. 1, an authorization system 10 includes 
clients 12a - 12n that can communicate with a server 16 
through communication paths 9a - 9n and a network 14. The 
5 network 14 can include, for example, the Internet, a loosely 
administrated consumer network, a local area network (LAN) , 
wide area network (WAN) , or other computer network. The 
server 16 manages and communicates with resources 18a - 18n, 
including information resources, over resource links 19 such 
10 as LAN. The information resources can include file systems 
and hardware resources such as modems, printers, or scanner 
devices . 

Each client 12a - 12n may be associated with respective 
authentication credentials. For example, the client 12a is 

15 associated with authentication credentials 11. Each client 
12a - 12n also is associated with authorization credentials 
representing the authority or privilege level (s) to which the 
client is assigned. As illustrated in FIG. 1, client 12a is 
associated with authorization credentials 13. Each client 

20 12a - 12n also is associated with a resource operation 

representing an operation the client desires to perform using 
the resource. For example, the client 12a is associated with 
resource operation 15 representing an operation to access a 
file residing on a file system, communicate over a modem, 
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print documents using the printer resources, or some other 
operation . 

Each client 12a - 12, can generate an authentication 
request which includes authentication credentials. For 
5 example, client 12a generates an authentication request 31 

that includes the authentication credentials 11. The request 
31 is directed to the server 16 so that the identity of the 
client 12a can be authenticated by the server when 
establishing communications with the server over the network 

10 14. The authentication credentials 11 can include a name and 
password associated with the client 12a. Alternatively, the 
authentication credentials 11 can be implemented using a 
private/public key pair such as those used in a public key 
infrastructure (PKI) . 

15 Each client 12a - 12n can generate resource requests over 

the network 14 to access the resources 18a - 18n managed by 
the server. For example, the client 12a can generate resource 
request 32. The resource • request 32 includes the 
authorization credentials 13 which are used by the server 16 

20 to determine whether the client has the permission to access 
the requested resource (s). The authorization credentials 13 
can be implemented using an authorization certificate 
technique such as the method used in simple public key 
infrastructure (SPKI) . In addition, the resource request 32 
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can include information representing an operation to be 
performed using the specified resource. 

A client, such as client 12a, can delegate its 
authorization credentials 13 to a second client. Using this 
delegation technique, the second client can access the server 
with the same authorization credentials as client 12a. The 
server 16 treats the credentials of both clients equivalently . 

A system administrator 17 is responsible for managing the 
server 16 and its resources 18a - 18n. The responsibilities 
can include adding/deleting the resources 18a - 18n to/from 
the server 16. The administrator can perform management 
functions using an application program 20 in cooperation with 
an operating/system (O/S) 62 such as a Windows NT™0/S. These 
programs can be stored in memory 63, such as dynamic random 
access memory (DRAM) and executed by a central processing unit 
(CPU) 64 such as an Intel Pentium® processor . The application 
program 20 can include a user interface 21 to provide a visual 
representation of an authorization framework 23 and the 
associated resources 18a - 18n. An application program 
interface (API) 22 can provide a standard communications 
interface between the application program 20 and the 
authorization framework 23. The authorization framework 23 
includes a resource authorization data structure (resource 
structure) 26 which is used to establish a relationship 
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between symbolic resource names corresponding to each resource 
and can include other resource authorization related 
information . 

A resource manager 25 is a program module that can 
communicate with the application program 20 over path 65 and 
is responsible for creating and managing the resource 
structure 26 over path 29. It also may be responsible for 
mapping resource requests 32 generated by the clients to the 
appropriate resource related information necessary to satisfy 
the request. The results of the mapping operation can be 
communicated to an authorization service 27 by issuing a 
resource inquiry request 34 over a path 35. 

The authorization service 27 executes a program that is 
responsible for determining whether the client 12a that 
generated the resource request 32 is authorized to access the 
requested resource 18a - 18n. The service 27 searches the 
resource structure 26 and verifies whether the client 12a has 
the proper authorization based, in part, on the authorization 
credentials 13 accompanying the resource request 32. 

The administrator 17, acting as a policy author, can 
access the resource manager 25 to construct the resource 
structure 26 based on a set of authorization policies related 
to the resources 18a - 18n. The policies can identify what 
authorization levels the clients 12a - 12n need to have to 
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perform the requested operation included in the resource 
request 32. 

As shown in FIG. 2, the resource structure 2 6 can be 
implemented as a directed graph data structure such as a 
5 directed tree data structure. The resource structure 26 
corresponds to a resource space representing the names of 
resources and groups of resources 18a - 18n. The resource 
structure 26 includes a hierarchy of nodes 50a through 50n. A 
root node 50a provides an anchor point for the additional 

10 nodes 50b through 50n. Each node is associated with a 

respective node name 51a through 51n and a node identifier 52a 
through 52n. For example , node 50c has a node name 51c of 
"modem" and a node identifier 52c of "key3" . Each node 50a 
through 50n can be addressed by its node name, node 

15 identifier, or a combination of both. 

The resource structure 26 can be constructed by resource 
owners, such as a vendor of resources, who can define the node 
identifiers 52a through 52n of an authorization sub tree. The 
sub tree subsequently can be inserted at an appropriate point 

20 in the resource structure by the policy author. An 

authorization sub tree can include a subset of the nodes in a 
resource structure. For example, a sub tree may include the 
modem sub tree represented by node 50c as the base of the sub 
tree and nodes 50d and 50e, as the branches of sub tree. 



Attorney's Docket No.: 10559 461001 (P10873) 

Alternatively, the policy author manually can insert nodes 
into the structure 26 according to the resource owner's 
preference. Manually inserted nodes can include keys assigned 
dynamically by application program 20. However, because the 
5 "keys" may be internally generated and not a true 

public/private key pair, there may be no need to establish a 
trust model for the internal keys. 

The resource structure 26 supports a "mount point' 7 node 
where the administrator, acting as policy author, can 

10 establish top down polices for accessing a resource without 
needing to know the internal details of how that resource' s 
authorization sub tree is structured. The term "mount point" 
is analogous to file system mount point and access permission. 
For example, node 50d is a "manufacturer diagnostics mount 

15 point" where the manufacturer of the modem can provide a set 
of polices dictating the authority necessary to access the 
diagnostic features of the modem resource. 

Each node 50a through 50n in the structure 26 also can be 
associated with a respective access control list (ACL) 53a 

20 through 53n that can include corresponding authorization 

credentials 58 and authorization level 59. The authorization 
level 59 refers to the level of authorization needed to access 
a resource. In one implementation, the authorization levels 
can have one of the four following values: (1) Owner, (2) 
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Editor, (3) Reviewer , or (4) None. The Owner level permits 
complete administrative access to the resource, Editor permits 
read/write access to the resource, Reviewer permits read 
access to the resource, and None, which is default/implicit 
5 level denies all access to a resource. Authorization to edit 
portions of the resource structure 26 can be controlled by the 
authorization level. To permit editing a sub tree, for 
example adding or deleting child nodes, changing names, 
identifiers and ACLs, the authorization level of the node 

10 should be set to "Owner". 

The authorization credentials 58 can represent a digital 
certificate based on the credentials of the client desiring to 
access the resource. For example, node 50c has an ACL 53c 
with a value of "key3 ( key2=Owner ) " indicating that the 

15 authorization credentials "key3" are delegated to the 

authorization level of "Owner" and to the authorization 
credentials of "key2". The delegation of credentials is shown 
by the arrow 54c, Thus, the authorization credentials at node 
50b corresponding to node identifier 52b ("key2") would be 

20 examined to determine authorization. The arrows 54a through 
54n indicate authorization credentials based on a delegation 
of authority from a child node to a parent node. 

As indicated by FIG. 3, the client 12a generates 100 a 
resource request directed to the server 16 over the network 
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14. It is assumed that, for the purposes of the following 
discussion, the client 12a is able to communicate with the 
server 16 because the client has already been authenticated by 
the server through a prior authentication request 31. The 

5 resource request 32 (FIG. 4) includes authorization 

credentials 13 such as a signed digital certificate and a 
resource operation 15 specified by the client. In this 
example, the authorization credentials 13 are set to "Dad" and 
the resource operation 15 is set to "Set Modem Configuration". 

10 After the resource request 32 is received by the server 

16, the resource manager 25 maps 102 the resource request to a 
resource name (or other identifier) and an authorization level 
based on the information in the resource request. 

The resource manager 25 translates 103 a resource inquiry 

15 request 34 based, in part, on the contents of the resource 

request 32. As shown in FIG. 5, the resource inquiry request 
34 includes a resource name 41 corresponding to the resource 
derived from the resource operation 15 of the resource request 
32. The request 34 also includes an authorization level 42 

20 representing the permission necessary for the client to 

perform the operation requested. In addition, the request 34 
identifies authorization credentials 43 corresponding to the 
authorization credentials 13 in the resource request 32. 
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For example, using the previous resource request 32 of 
FIG. 4, the resource manager 25 would determine that (1) the 
resource name 41 is "Key3/User config" derived from the 
resource operation 15 "Set Modem Conf iguration", (2) "Owner" is 
the necessary authorization level 42 of a particular resource 
node in the structure 26, and (3) "Dad" is the authorization 
credentials 43 corresponding to the authorization credentials 
13 identified in the resource request 32. The resource 
manager 25 keeps track of information related to the resource 
structure 26, including the resource names and associated 
authorization levels . 

As indicated by FIG. 3, the resource manager 25 forwards 
104 the request inquiry request 34 to the authorization 
service 27. Upon receipt of the request 34, the authorization 
service 27 searches for the resource name in the resource 
structure 26 and evaluates 106 the authorization credentials 
and the authorization level of the client against the 
authorization information in the ACL at the corresponding 
node. For example, using the resource inquiry request 34 
illustrated in FIG. 5, the authorization service 27 would 
search the resource structure 26 and find that node 50e has a 
node name 51e "user config" and a node identifier 52e "key5". 
Node 50e is a child node of the parent node 50c as indicated 
by the arrow 54e. 

10 
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If the result of the evaluation indicates 108 that the 
client is authorized to access the resource based on the 
information in the ACL, then the authorization service 27 
returns 110 a successful reply to the resource manager 25. 
The resource manager 25 can perform 112 the operation 
requested by the client because the client has been 
authorized. 

Using the resource request 32 of FIG. 4, the 
authorization service 27 would traverse the nodes in the 
resource structure 26 and process the set of credentials 
"key5 (key3=owner) " starting at node 50e, follow the arrow 54e 
to node 50c credentials "key3 ( key2=owner ) " and follow arrow 
54c to node 50b and refer to ACL2 "key2 (Dad=Owner ) . " If the 
client has an authorization credential set to "Dad," he is 
authorized as "Owner" to perform the "set modem configuration" 
operation. 

On the other hand, if (at block 108) the ACL associated 
with the node does not grant access to the client, then the 
authorization service 27 searches 114 for a parent node having 
an ACL with a sufficiently high authorization level to permit 
the client to access the resource. If a parent node is found, 
then the ACL and associated authorization level and 
authorization credentials are forwarded to the authorization 
service 27. The process would then return to block 106 where 

11 
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the authorization service 27 checks credentials of the client 
against information in the ACL. 

However, if (at block 114) the search results indicate 
that no parent node exists with an ACL inherited at a 
sufficiently high authorization level, then the authorization 
service 27 returns 116 a failure result to the resource 
manager 25. The resource manager is denied 118 access to the 
resource and may communicate the denial to the client. 

If a client with the authorization credentials identified 
above again attempted to access the "mount point" 
corresponding to node 50d, the client would be denied access 
because node 50d only delegates the authorization level of 
"reviewer" to its parent node 50c as shown by the arrow 54d. 
The node 50c has a ACL3 with a value of "key3 ( key2=owner ) " 
indicating that the credentials are delegated to node 50b as 
shown by arrow 54c. Therefore, referring to node 50b with a 
node name 51b "DenPC", the authorization level assignment of 
"key2 (Dad=Owner) " at ACL 53b does not authorize "Dad" to 
access the "mount point" node 50d. 

Using the foregoing techniques a resource vendor, such as 
a manufacturer, can define its own public/private key and 
require the client to use the key in order to gain access to 
certain aspects of the modem such as the modem's diagnostics 
feature. By limiting access to the diagnostics feature to 

12 
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authorized clients, the manufacturer can use the authorization 
framework 23 to enforce custom security restrictions. 

The foregoing techniques can allow authorization to be 
shared across multiple applications including distributed 
5 systems that span different administrative domains. 

Furthermore, the techniques can be applied to solve problems 
relating to securing service gateway platforms for the 
consumer market. The techniques also can be used in the 
context of electronic business Pe business") solutions for 

10 either business to business or business to consumer service 
applications, where the endpoints of communications are 
inherently part of different administrative domains. 

Although four authorization levels are discussed above, 
it is possible to increase the granularity of the levels. 

15 Various features of the system can be implemented in 

hardware, software, or a combination of hardware and software. 
For example, some aspects of the system can be implemented in 
computer programs executing on programmable computers. Each 
program can be implemented in a high level procedural or 

20 object oriented programming language to communicate with a 

computer system. Furthermore, each such computer program can 
be stored on a storage medium, such as read only memory (ROM) 
readable by a general or special purpose programmable 
processor for configuring and operating the computer when the 
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storage medium is read by the computer to perform the 
functions described above. 

Other implementations are within the scope of the 
following claims. 
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